Starting with version 1.5f0, this section will give more technical info on the bugs fixed/features added in the various releases of FinderPop.
1.5.8, 26 Feb 98
• In an attempt to further improve stability, lock the MBDF and MDEF handles. Might alleviate QuickKeys/PPP Menu problems (let me know!) Fix Menuette bug by avoiding _DrawMenuBar while strange font/sizes are being used. Improve support for control-free clicking on text selections, etc., by patching the drag manager. Hmmm — this could be extended still further…
The “Save the Icon Cache” shutdownproc ShutDwnInstall flags have been changed from sdRestartOrPower | sdOnUnmount to just sdOnUnmount. Worked around crasher bug (which I'm still tracking down) — having no “Windows” submenu meant strange things could happen if you tried to launch a FinderPop item from within an app other than the Finder.
1.5.6, 30 Jan 98
• Enhance the Standard File support so we work in all GetFile and PutFile situations (thanks to Jon Gotow for a kewl code snippet which helped here.) Add an optional “Put Away” menu item — note that this does more than the Finder’s similarly-named item in that it works on items you’ve moved from one folder to any other on the same disk, rather than only items on the desktop.
1.5.5, 8 Jan 98
• Enhance the Standard File support so we auto-open the chosen item for StandardGetFile, and go to the correct directory for StandardPutFile.
• Add support for emboldening folder names in the FinderPop submenus.
(Actually, the styles used are configurable inside the “Pref” resource stored in the “FinderPop Preferences” file — you’ll have to grab the ‘PREF’ template from the “FinderPop” control panel file.)
1.5.4exa2, 5 Jan 98
• Fix bug whereby I only called the caller’s DialogHook procedure with null events, rendering most “customised” dialogs completely useless. Duhh.
1.5.4exa1, 2 Jan 98
• Initial stab at Standard File Dialog support.
1.5.3, 8 Dec 97
• Fixes the “Empty Trash” bug
Basically we never “zeroed” the values returned from _ContextualMenuSelect if “Empty Trash” was chosen; this meant that the Finder could be told that the user selected a menu item, so people were getting all sorts of weirdness like the trash being emptied and then the “Desktop Pictures” control panel popping open… Whoops.
1.5.2
• Fixes “Grabbing” by creating a tiny one-pixel wide window at the mouse position when starting the drag. Don’t ask.
• Adds “Empty Trash” which piggybacks onto the “Desktop” submenu code, so it’s only available if the Desktop Submenu is.
1.5.1
• We no longer display menus which are already being displayed.
• Avoid overwriting the A4 register in some very rare circumstances.
• Minor code tidy-up.
1.5 final
• Nothing changed from 1.5f11 (other than version number.)
1.5f11
• We no longer call _FindControl in our GNEFilter; this fixes a problem with Sleeper and probably quite a few other plugins which implement their own CDEFs. (Control Panels can be thought of as Finder plugins.)
1.5f10
• Allow user to switch off clicking in unused menubar area. Duhh.
• Redo algorithm for determining if the menubar area clicked in is, in fact, unused.
1.5f9
• Rewrite low-level trap-patching core routines in an attempt to get FP to work correctly in apps other than the Finder. It’s not too bad now, especially in conjunction with Apple’s Data Detector stuff for non-CMM-aware apps.
• Add Image support when dragging.
• Allow Control-clicking (or clicking and holding) in unused areas of the menubar.
1.5f8
• Hopefully fix Japanese menu font/size problems by being paranoid about SysFontFam and SysFontSize changes.
• Fix problem where I was trying to find the filetype of every item in the Finder selection before popping up. If you’d selected 100+ items, this could take a long time.
• Fix the “popup placement” algorithm; now, if you have either of the “Popup near Contents…” or “Popup near last selected item” checkboxes checked (in the “More Settings…” dialog), the menu should now popup in the correct position. Or close enough to it, anyway.
1.5f7
• Problems with the “Desktop” submenu where some folders were marked “unavailable.” This was caused by a moronic programmer error (aren’t they all) where I blithely assumed that every disk had items on the desktop.
• Fix a problem where the wrong icons may have been used for certain disks in the “Finder Windows” submenu.
1.5f6
• We now check the Preferences setting before setting the italic attribute for aliases.
1.5f5
• Hopefully fixes the weird menu font and size problems that some people were seeing. I tried about five different ways to fix it, before finally remembering the way the old comms toolbox MDEF did it. It also helps to undo one’s changes to SysFontFam/SysFontSize before MenuHook is called. E.g., by MenuTasker.
• Implement “Desktop” submenu — will now optionally list all items on the desktop.
1.5f3
• The ObjectSupportLib “Couldn’t prepare code fragment” startup errors which some people were getting should now be fixed. I still don’t know what’s going on as I have never been able to reproduce the bug myself; but I moved all of the FinderPop Applescript code to 68K-land, which means we no longer link against ObjectSupportLib.
Of course, it might be that we’ll now start failing to prepare InterfaceLib
— say, turly, why are you such a pessimist?
1.5f2
• Freeware again. Remove registration dialogs, etc.
1.5f1
• Fix cosmetic bug in Process menu when generic mini icons were being used.
• Fix generic mini icon for System/Finder.
• Changed “Volumes” to “Desktop” pending testing of Finder Dekstop code.
• Fix problem where not having a “Processes” submenu made FinderPop accidentally ignore items chosen from an embedded FinderPop menu. Doh! Thanks to Stephen Giles for telling me about this one.
1.5f0
• To avoid clashing with the Finder’s “click-and-a-half” spring-loaded folder mechanism for exploring a hierarchy, the minimum auto-CMM popup delay is pinned to whatever your double-click speed is; double-click speed is selectable in the Mouse control panel.
• A crashing bug — which was exacerbated by the presence of Adobe Type Reunion — was zapped.
• Added the “FinderPop Items Folder” to the “Finder Windows” submenu — this allows you quick access to that folder when you’re not displaying the FinderPop Items in a submenu (i.e., when they’re embedded/inlined directly in the main popup menu.) Also added a “FinderPop” entry to the Processes submenu to allow quick and easy opening of the FinderPop control panel. If anyone really objects to these features, let me know.
• The “Finder Windows” submenu now lists windows other than the normal disk-related ones; it is now possible to select a control panel, a ‘Copy Progress’ dialog or the ‘Preferences’ dialog — basically, any non-disk window in the Finder’s layer.
